home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / space / 940010.txt < prev    next >
Internet Message Format  |  1994-11-13  |  10KB
  1. Date: Wed, 26 Jan 94 10:08:41 PST
  2. From: Ham-Space Mailing List and Newsgroup <ham-space@ucsd.edu>
  3. Errors-To: Ham-Space-Errors@UCSD.Edu
  4. Reply-To: Ham-Space@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Space Digest V94 #10
  7. To: Ham-Space
  8.  
  9.  
  10. Ham-Space Digest            Wed, 26 Jan 94       Volume 94 : Issue   10
  11.  
  12. Today's Topics:
  13.                                 Arsene
  14.                      Daily IPS Report - 25 Jan 94
  15.                 Low Pass filter vs Band Pass - Mode JD
  16.              Status of polar-orbiting weather satellites
  17.  
  18. Send Replies or notes for publication to: <Ham-Space@UCSD.Edu>
  19. Send subscription requests to: <Ham-Space-REQUEST@UCSD.Edu>
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the Ham-Space Digest are available 
  23. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-space".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Mon, 24 Jan 1994 11:45:07 GMT
  31. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!torn!csd.unb.ca!upei.ca!UPEI.CA!seeler@network.ucsd.edu
  32. Subject: Arsene
  33. To: ham-space@ucsd.edu
  34.  
  35. Hi - Its been a long time since I've seen anything about Arsene and was
  36. wondering if it has any funtions going at all at this time.
  37.  
  38. Tnx - Dave, VY2DCS
  39. Internet : Seeler@upei.ca
  40.  
  41. ------------------------------
  42.  
  43. Date: 24 Jan 94 23:29:06 GMT
  44. From: swrinde!sdd.hp.com!think.com!cass.ma02.bull.com!syd.bull.oz.au!brahman!tmx!basser.cs.su.oz.au!metro!news.ci.com.au!eram!dave@network.ucsd.edu
  45. Subject: Daily IPS Report - 25 Jan 94
  46. To: ham-space@ucsd.edu
  47.  
  48. IPS RADIO AND SPACE SERVICES AUSTRALIA
  49. Daily Solar And Geophysical Report
  50. Issued at 2330 UT 24 January 1994
  51. Summary for 24 January and Forecast up to 27 January
  52. IPS Warning 02 was issued at 24/2200UT January and is current
  53. for period January 27 - 29.
  54. -----------------------------------------------------------
  55.  
  56. 1A. SOLAR SUMMARY
  57. Activity: low
  58.  
  59. Flares: none.
  60.  
  61. Observed 10.7 cm flux/Equivalent Sunspot Number : 129/082
  62.  
  63. 1B. SOLAR FORECAST
  64.              25 January         26 January         27 January
  65. Activity     Low                Low                Low
  66. Fadeouts     None expected      None expected      None expected
  67.  
  68. Forecast 10.7 cm flux/Equivalent Sunspot Number : 130/084
  69.  
  70. 1C. SOLAR COMMENT
  71. None.
  72. -----------------------------------------------------------
  73.  
  74. 2A. MAGNETIC SUMMARY
  75. Geomagnetic field at Learmonth : quiet
  76.  
  77. Estimated Indices : A   K           Observed A Index 23 January
  78.     Learmonth       02  2111 0001
  79.     Fredericksburg  02                          07
  80.     Planetary       04                          05
  81.  
  82.  
  83. 2B. MAGNETIC FORECAST 
  84. DATE      Ap    CONDITIONS
  85. 25 Jan    08    Quiet to unsettled.
  86. 26 Jan    08    Quiet to unsettled.
  87. 27 Jan    20    Unsettled to active.
  88.  
  89. 2C. MAGNETIC COMMENT
  90. Active periods expected during interval 27-29 Jan due to coronal
  91. hole.
  92.  
  93. 3A. GLOBAL HF PROPAGATION SUMMARY
  94.                 LATITUDE BAND
  95. DATE        LOW            MIDDLE         HIGH 
  96. 24 Jan      normal         normal         normal         
  97. PCA Event : None.
  98. 3B. GLOBAL HF PROPAGATION FORECAST
  99.                 LATITUDE BAND
  100. DATE        LOW            MIDDLE         HIGH 
  101. 25 Jan      normal         normal         fair
  102. 26 Jan      normal         normal         fair
  103. 27 Jan      normal         fair           poor
  104. 3C. GLOBAL HF PROPAGATION COMMENT
  105. Degraded comms expected at mid/high lats during interval 
  106. 27-29 January.
  107.  
  108. -----------------------------------------------------------
  109.  
  110. 4A. AUSTRALIAN REGION IONOSPHERIC SUMMARY
  111. MUFs at Sydney were about 15% above predicted monthly values
  112.  
  113. T index:  73
  114.  
  115. 4B. AUSTRALIAN REGION IONOSPHERIC FORECAST
  116. DATE   T-index  MUFs
  117. 25 Jan    75    About 15% above predicted monthly values.
  118. 26 Jan    75    About 15% above predicted monthly values.
  119. 27 Jan    75    About 15% above predicted monthly values.
  120.  
  121. Predicted Monthly T Index for January is 30.
  122.  
  123. 4C. AUSTRALIAN REGION COMMENT
  124. Degraded HF comms expected during Jan 27-29.
  125. -- 
  126. Dave Horsfall (VK2KFU)     VK2KFU @ VK2OP.NSW.AUS.OC     PGP 2.3
  127. dave@esi.COM.AU           ...munnari!esi.COM.AU!dave    available
  128.  
  129. ------------------------------
  130.  
  131. Date: Mon, 24 Jan 1994 11:53:17 GMT
  132. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!torn!csd.unb.ca!upei.ca!UPEI.CA!seeler@network.ucsd.edu
  133. Subject: Low Pass filter vs Band Pass - Mode JD
  134. To: ham-space@ucsd.edu
  135.  
  136. I have some desensing of my 440 rig on receive when the 2 meter rig fires 
  137. up on Mode JD. This is not a MAJOR problem but I would like to resolve it.
  138. I suspect that it involves the 3rd harmonic of the 2 meter Transmitter.
  139.  
  140. The books suggest using a low pass or band pass filter - but they differ as 
  141. to which would be best ( opinion or operation differences?). I use the all 
  142. IC275 for Dx and local operations as well and suspect that the low pass 
  143. filter would be a good start. The filter in the VHF/UHF Dx book appears
  144. to fit my needs - 35? db attenuation of the 2nd harmonic and 60 db
  145. attenuation of the 3rd - with minimal (?) insertion loss. 
  146.  
  147. My questio is this - is the low pass filter the best way to solve this
  148. particular issue - and if so - does anyone have any suggestions as to
  149. any particular filter design / schematics - and comments as to how they/it
  150. works?
  151.  
  152. Thanks for considering this post.
  153.  
  154. Dave, VY2DCS
  155. Internet: Seeler@upei.ca
  156.  
  157. ------------------------------
  158.  
  159. Date: Tue, 25 Jan 94 17:46:00 +0200
  160. From: swrinde!cs.utexas.edu!howland.reston.ans.net!pipex!uknet!EU.net!news.eunet.fi!gate.compart.fi!compart!leo.wikholm@network.ucsd.edu
  161. Subject: Status of polar-orbiting weather satellites
  162. To: ham-space@ucsd.edu
  163.  
  164.    STATUS OF POLAR-ORBITING WEATHER SATELLITES
  165.    ===========================================
  166.    No. 2, January 25, 1994
  167.    Station: Helsinki, +60.2N +25.1E
  168.  
  169.    ------------------------------------------------------
  170.    NOAA 9        137,62 MHz  normal
  171.    NOAA 10       137,50 MHz  VHF conflict with NOAA 12?
  172.    NOAA 11       137,62 MHz  normal
  173.    NOAA 12       137,50 MHz  normal
  174.    Meteor 3-5    137,30 MHz  not actice in North
  175.    Meteor 2-21   137,30 MHz  not active in North
  176.    ------------------------------------------------------
  177.  
  178.    Leo Wikholm
  179.    internet: leo.wikholm@compart.fi
  180.    fidonet : 2:220/861
  181.  
  182. ------------------------------
  183.  
  184. Date: 24 Jan 94 09:24:44 -0700
  185. From: ucsnews!newshub.sdsu.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!sol.ctr.columbia.edu!hamblin.math.byu.edu!yvax.byu.edu!physc1.byu.edu!peterson@
  186. To: ham-space@ucsd.edu
  187.  
  188. References <2hd6ji$q5e@hpavla.lf.hp.com>, <1994Jan17.145311.25166@ke4zv.atl.ga.us>, <CK0E5n.LG9@world.std.com>tr.colu
  189. Subject : Re: Vacuum tubes in spacecraft?
  190.  
  191. In article <CK0E5n.LG9@world.std.com>, dts@world.std.com (Daniel T Senie) writes:
  192. > In article <1994Jan17.145311.25166@ke4zv.atl.ga.us> gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  193. >>Note also that program bloat can be traced almost completely to having
  194. >>excess RAM available. Programs naturally expand to fill the space available,
  195. >>witness Wordstar. It was a great fast program on a 48 kb Z-80 system, but
  196. > 
  197. > common misconception. Wordstar NEVER fit in 48K. Sure it would run in a
  198. > machine that had 48K, but every time you hit ^Y to delete a line, it
  199. > had to swap in an overlay from disk to do the function, then swap back
  200. > to the main code. When more memory is available, it is possible to
  201. > improve performance.
  202. > 
  203. >>now it's a multi-megabyte dog on a Windows PC with 8+ megs of RAM. And
  204. >>that's 166 times more RAM to develop a bit error that can crash the system.
  205. >>To a large degree, reliability is a function of parts count. The fewer
  206. >>parts, the less to go wrong.
  207. >>
  208. > 
  209. > Actually in software the less is better philosopy does not always hold. To
  210. > get program size smaller, one could always skip the bounds checking and input
  211. > parameter checking. Fewer parts, but less reliability...
  212. > 
  213. >>Gary
  214. >>-- 
  215. >>Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  216. > 
  217. > -- 
  218. > ---------------------------------------------------------------
  219. > Daniel Senie                 Internet:     dts@world.std.com
  220. > Daniel Senie Consulting                    n1jeb@world.std.com
  221. > 508-365-5352                 Compuserve:   74176,1347
  222.  
  223. Actually there are two other driving forces in the software bloat that are only 
  224. allowed to operate because of the cheap RAM:  1)  The demand for software that 
  225. requires no thought or training.  Some of this is good and some of it is 
  226. useless "creeping featurism" (I have yet to understand why a top quality word
  227. processing package would require you to remove your hands from the keyboard to
  228. perform basic formatting functions).  And 2) the trend toward using high-level 
  229. languages for all software development.  Most of those "lean and mean" packages 
  230. of the past were written in optimized assembly code because RAM was tight.  Now 
  231. they don't have to put any effort into optimizing the code and are able to 
  232. write using high-level languages and compilers that generate absolutely 
  233. horrendous code (from an efficiency standpoint).  Yes, that allows them to meet 
  234. the demands of (1) above more quickly but at a tremondous cost in storage space 
  235. (just for grins look at the bloat in the distribution disks for ANY package 
  236. over the last few years - things that used to be delivered on 2 360K floppies 
  237. now require 4 to 6 1.44M floppies and add data compression to boot).  Whether 
  238. this whole trend is good or bad is a totally religious argument (hardware is 
  239. cheap and features are nice versus why do I need so much hardware just to run 
  240. a simple application).
  241.  
  242. However, any way you look at it my hat goes off to the programmers who are able
  243. to  fit the entire control program for the Shuttle into the memory on those 
  244. computers.  I can guarantee they are not using the bloated high-level languages 
  245. that you normally see in the PC world to do that.
  246.  
  247. Bryan Peterson, ki7td
  248. peterson@physc1.byu.edu
  249.  
  250. ------------------------------
  251.  
  252. End of Ham-Space Digest V94 #10
  253. ******************************
  254.